- Р 50-34.126-92: Рекомендация. Информационная технология. Правила проведения работ при создании автоматизированных систем
Терминология Р 50-34.126-92: Рекомендация. Информационная технология. Правила проведения работ при создании автоматизированных систем:
7. Изготовитель - организация (предприятие, объединение) которая изготовляет необходимые комплексы технических, программных и информационных средств и несет ответственность за качество их изготовления в соответствии с обязательствами, предусмотренными ГОСТ 40.9002.
Определения термина из разных документов: Изготовитель5. Монтажник - специализированная организация (предприятие или объединение), которая осуществляет монтажные работы по системе и несет ответственность за качество монтажа и его соответствие рабочей документации.
Определения термина из разных документов: Монтажник6. Наладчик - специализированная организация (предприятие или объединение), которая осуществляет наладочные работы и участвует совместно с генподрядчиком и разработчиком в проведении приемочных испытаний системы и передаче ее в постоянную эксплуатацию.
Определения термина из разных документов: Наладчик2.7. Стадия «Ввод в действие»
2.7.1. Целью проведения работ на стадии является реализация проектных решений и плана мероприятий по вводу системы в действие, а также подготовка к постоянной эксплуатации АС.
2.7.2. Если иное не оговорено в договоре или ТЗ, допускается начинать работы стадии до завершения предшествующих стадий.
2.7.3. За организацию работ на стадии ответственность несет заказчик или генпоставщик (в случае сдачи системы «под ключ»).
2.7.4. За результаты работ на стадии ответственность несет исполнитель этих работ.
2.7.5. Правила выполнения монтажных, наладочных и т.п. работ на стадии должны соответствовать требованиям, установленным для проведения конкретных видов работ.
Ответственность за выполнение этих правил, а также правил техники безопасности несет генподрядчик.
Акты о завершении работ подписывают представители заказчика, исполнителя работ и генподрядчика (генпоставщика).
2.7.6. Организации-соисполнители (субподрядчики), выполняющие такие виды работ, как монтаж, наладка и т.п., оформляют начало и завершение работ необходимыми организационно-распорядительными документами:
- приказом о проведении работ;
- актом о завершении работ соответствующего вида;
- программой, методикой и протоколом испытаний.
2.7.7. Содержание организационно-распорядительных документов, выпускаемых на этой стадии, приведено в приложении 2 к title="Методические указания. Информационная технология. Комплекс стандартов и руководящих документов на автоматизированные системы. Автоматизированные системы. Требования к содержанию документов".
2.7.8. Для проведения испытаний АС или ее части рекомендуется создавать комиссии из специально привлекаемых специалистов. Целесообразно в состав таких комиссий включать специалистов из незаинтересованных организаций.
В случае необходимости к приемке работ привлекают представителей государственных или ведомственных контролирующих (надзирающих) органов.
Комиссию, проводящую приемочные испытания, формирует заказчик.
2.7.9. Организация-заказчик (пользователь) должна создать все необходимые условия для работы комиссий и проведения испытаний.
2.7.10. Проводимые испытания должны обеспечить проверку удовлетворения системы всем установленным требованиям.
2.7.11. Все выявленные при испытаниях отклонения должны быть устранены и внесены необходимые изменения в техническую и эксплуатационную документацию.
2.7.12. Завершение обучения персонала заказчика (пользователя) АС фиксируют актом, в котором приводят сведения о степени выполнения учебного плана (программы) и результатах окончательного контроля качества обучения (проверки знаний).
2.7.13. Проведение опытной эксплуатации осуществляет персонал пользователя с участием представителей разработчика.
2.7.14. Свидетельством соответствия АС требованиям ТЗ и завершения всех работ является акт о приемке АС в постоянную эксплуатацию.
Сдачу АС в постоянную эксплуатацию осуществляет генподрядчик.
АС в постоянную эксплуатацию принимают после завершения приемочных испытаний.
Порядок проведения приемочных испытаний определяют в ТЗ на систему.
Определения термина из разных документов: Стадия «Ввод2.6. Стадия «Рабочая документация»
2.6.1. Задачей стадии является разработка технической рабочей документации, обеспечивающей выполнение работ по вводу АС в действие. На данном этапе должны быть также все документы, необходимые при эксплуатации системы и поддержании уровня ее характеристик в соответствии с принятыми проектными решениями.
2.6.2. Техническую рабочую документацию, установленную ГОСТ 34.201 на систему, эксплуатационную документацию организационного и информационного обеспечений разрабатывает, как правило, разработчик (проектировщик) АС.
2.6.3. Рабочую документацию строительных, электротехнических, санитарно-технических и подобных разделов проекта разрабатывают, как правило, специализированные проектные организации.
2.6.4. Рабочую документацию на программное обеспечение АС разрабатывает, как правило, специализированная организация, привлекаемая для производства этих работ.
Комплектность и качество этой документации должны позволять изготовлять и поставлять ПТК, программно-методические комплексы, программные и информационные средства.
2.6.5. На стадии допускается изменение требований заказчика только в части состава проектных решений. Изменения должны быть отражены в ТЗ или двухстороннем протоколе.
2.6.6. Рабочие документы, за исключением эксплуатационной документации, не подлежат согласованию с заказчиком и утверждению руководством генподрядчика. Эксплуатационную документацию передают для утверждения в порядке, установленном договором или ТЗ.
Определения термина из разных документов: Стадия «Рабочая документация»2.2. Стадия «Разработка концепции АС»
2.2.1. Целью выполнения работ на стадии является оценка возможности реализации требований пользователя, альтернативная разработка различных вариантов концепции АС и выбор оптимального варианта концепции, удовлетворяющей требованиям пользователя (заказчика).
2.2.2. Работы на стадии, как правило, проводят специализированные организации. Участие заказчика (пользователя) необходимо в работах по выбору окончательного варианта концепции АС.
2.2.3. Стадию рекомендуется проводить при создании особо сложных, интегрированных АС.
Стадия является обязательной для процесса создания АС, выполняемого на конкурсной основе.
2.2.4. Организации-заказчику (пользователю) рекомендуется заключать договора на работы этой стадии с несколькими специализированными организациями для определения наилучшего варианта концепции системы и соответствующего выбора организации, которая осуществит дальнейшее проектирование АС.
2.2.5. Если в документах предыдущей стадии достаточно данных для разработки концепции, то этап «Изучение объекта» рекомендуется не выполнять.
Научно-исследовательские работы рекомендуется проводить в случаях, когда отсутствуют конкретные результаты для реализации решения о создании АС, а имеющихся данных об объекте и автоматизируемой деятельности недостаточно для принятия решения о возможности реализации требований пользователя к создаваемой системе.
2.2.6. Результаты работ стадии представляют в виде отчета о научно-исследовательских работах (НИР). Требования к составу и содержанию основной части отчета приведены в приложении 1 к ГОСТ 7.32. Отчет рассматривают на научно-техническом совете (НТС) организации-исполнителя, затем представляют на экспертизу и утверждение заказчику системы.
2.2.7. При невозможности разработки варианта концепции АС, удовлетворяющего требованиям пользователя, организация-заказчик (пользователь) должна или изменить свои требования или организовать повторное проведение работ этой стадии.
Определения термина из разных документов: Стадия «Разработка концепции АС»2.8. Стадия «Сопровождение АС»
2.8.1. Цель проведения работ на стадии - поддержание эксплуатационных характеристик АС на проектном уровне в соответствии с паспортными требованиями (формуляра на систему).
2.8.2. Работы проводят по согласованным методикам или стандартам в соответствии с эксплуатационной документацией на АС и утвержденными графиками работ.
2.8.3. Работы проводит специализированная организация (исполнитель) при участии заказчика (пользователя). Работы каждого этапа, определенного ГОСТ 34.601, могут являться предметом отдельного договора.
2.8.4. Заказчик (пользователь) предоставляет исполнителю всю необходимую информацию и обеспечивает доступ его специалистов ко всем документам, касающимся функционирования АС.
2.8.5. Исполнитель согласовывает с заказчиком (пользователем) все предлагаемые изменения в системе и документации на нее.
2.8.6. Внесение необходимых изменений в систему и в документацию проводит исполнитель с участием заказчика (пользователя).
2.8.7. Все новые требования заказчика (пользователя) к АС, появившиеся в процессе выполнения работ на стадии и ведущие к развитию (модернизации) действующей системы или созданию новых систем, являются предметом нового цикла работ по ГОСТ 34.601 с заключением соответствующего договора.
2.8.8. Подтверждением завершения работ на каждом этапе этой стадии является документ о приемке-сдаче работ, подписанный заказчиком (пользователем) и исполнителем.
Определения термина из разных документов: Стадия «Сопровождение АС»2.5. Стадия «Технический проект»
2.5.1. Целью этой стадии является разработка проектных решений и документации по системе и ее частям, в том числе:
1) подготовка и передача представителям головной проектной организации (проектировщику объекта автоматизации) заданий на разработку строительных, электротехнических, санитарно-технических и других разделов проекта, связанных с созданием системы;
2) подготовка заказной документации на комплектующие изделия серийного изготовления;
3) подготовка технических требований или ТЗ на разработку комплектующих изделий единичного производства (в том числе ПТК).
2.5.2. Работы на стадии, как правило, проводят специализированные организации.
2.5.3. Проектные решения должны соответствовать заданным требованиям организации-заказчика (пользователя) и требованиям действующих стандартов, применение которых предусмотрено в договоре или ТЗ.
2.5.4. Проектные решения должны быть описаны в документации в соответствии с требованиями, установленными title="Методические указания. Информационная технология. Комплекс стандартов и руководящих документов на автоматизированные системы. Автоматизированные системы. Требования к содержанию документов" и в ТЗ на создание системы.
2.5.5. На стадиях «Эскизный проект» и «Технический проект» допускаются изменения требований организации-заказчика (пользователя) в части технических требований на АС. Такие изменения должны быть отражены в дополнении к ТЗ или в двухстороннем протоколе.
2.5.6. Решения технического проекта АС рассматривает комиссия заказчика с участием исполнителя (генподрядчика). По результатам рассмотрения составляется акт, утверждаемый заказчиком.
2.5.7. Результаты работ стадии представляют в виде комплекта проектных документов, подлежащих согласованию с заказчиком и утверждению.
2.5.8. В случае, если это предусмотрено договором или ТЗ на систему, исполнитель направляет технический проект АС на экспертизу. Результаты экспертизы совместно с ТП представляют заказчику для согласования перед утверждением ТП.
Определения термина из разных документов: Стадия «Технический проект»2.3. Стадия «Техническое задание»
2.3.1. Целью выполнения работ на стадии является уточнение и детализация требований пользователя к системе, исходя из принятой концепции, а также разработка требований к составу и содержанию работ по созданию АС, порядку приемки системы, документации, к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие.
2.3.2. Выполнение работ на стадии рекомендуют проводить в соответствии с правилами, изложенными в приложении 1 к ГОСТ 34.602.
2.3.3. До заключения договора (контракта) на проектирование, создание и комплектацию системы, работы на стадии могут проводиться по отдельному договору.
2.3.4. На стадии должны быть разработаны: подробный график работ по созданию АС, с указанием всех контрольных точек для проверки качества работ; процедуры обеспечения качества и надежности АС; обоснование стоимости работ по созданию АС на всех последующих стадиях и расчеты затрат на ее эксплуатацию.
На стадии осуществляют количественную и (или) качественную оценку ожидаемой эффективности системы.
2.3.5. Работы на стадии завершают совместным утверждением заказчиком и исполнителем (генпоставщиком) ТЗ на АС и по части АС (в случае их разработки).
ТЗ на АС выполняют в соответствии с требованиями ГОСТ 34.602.
Определения термина из разных документов: Стадия «Техническое задание»2.1. Стадия «Формирование требований к АС»
2.1.1. Целью выполнения работ на стадии является: обоснование целесообразности создания АС и определение исходных требований к системе.
2.1.2. Заказчику рекомендуется привлекать будущего разработчика (генподрядчика) системы или другие организации к участию в работах стадии путем заключения отдельного договора.
2.1.3. Для проведения работ рекомендуется создавать специализированную рабочую группу из числа сотрудников предприятия-заказчика и специалистов привлекаемых организаций.
2.1.4. Состав и содержание работ, проводимых на стадии, определяют основываясь на следующих ситуациях:
1) АС создается впервые;
2) заменяются устаревшие компоненты в существующей системе;
3) существующие на объекте автоматизации АС развивают или расширяют без модификации объекта;
4) на предприятии (объекте автоматизации) предполагается коренная реконструкция в виде внедрения новых технологий, разработки новой продукции, проведения исследований в новых областях науки и техники и т.д.
2.1.5. На этапе «Обследование объекта и обоснование необходимости создания АС» на основе собранных сведений об объекте должна быть обоснована необходимость проведения тех или иных работ по автоматизации или признана нецелесообразность этих работ для данного объекта.
2.1.6. При наличии положительного решения о создании АС на следующем этапе формируют требования пользователя к АС, выполнение которых должно обеспечить необходимую автоматизацию объекта.
При выявлении нецелесообразности создания АС работы прекращают и договор расторгают по состоянию выполненных работ.
2.1.7. Результатом работы по стадии является отчет о результатах обследования объекта автоматизации, заявка (тактико-техническое задание - ТТЗ) на разработку АС или другой заменяющий их документ с аналогичным содержанием.
Требования к составу и содержанию основной части отчета определены в приложении 1 к ГОСТ 7.32.
Заявка (ТТЗ), составляемая в случае подтверждения целесообразности создания АС, должна содержать формулировку цели автоматизации, обоснование необходимости создания АС, перечень требований к создаваемой системе, условия и ресурсы, необходимые для создания АС.
2.1.8. Ответственность за результаты обследования несет организация, проводившая данную работу. Заказчик несет ответственность за обоснованность требований, включенных в заявку.
Определения термина из разных документов: Стадия «Формирование требований к АС»2.4. Стадия «Эскизный проект»
2.4.1. Целью проведения работ на стадии является разработка предварительных решений по системе в целом и ее основным частям.
2.4.2. Стадию рекомендуется проводить в случае разработки АС для сложного объекта автоматизации или на принципиально новой аппаратурно-программной базе.
2.4.3. Работы на стадии, как правило, проводят специализированные организации.
2.4.4. Результаты работы представляют в виде комплекта проектных документов по ГОСТ 34.201 в объеме, установленном в ТЗ (договоре) на проведение данного этапа.
2.4.5. Документы эскизного проектирования после согласования с заказчиком утверждает, как правило, руководство генпоставщика (разработчика).
Для сложных АС результаты эскизного проектирования рекомендуется рассматривать комиссией заказчика с участием генподрядчика и разработчика. По результатам рассмотрения составляют акт.
2.4.6. По желанию заказчика комплект документов эскизного проекта может быть направлен на экспертизу. Для ее проведения заказчик заключает договор непосредственно с организацией-экспертом, если этот вид работ не предусмотрен в ТЗ или/и договоре на создание АС.
Определения термина из разных документов: Стадия «Эскизный проект»
Словарь-справочник терминов нормативно-технической документации. academic.ru. 2015.